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A WORKFLOW SYSTEM FOR TRANSFERRING A SPECIFIC CLASSIFIED FILE 

TECHNICAL FIELD 

[0001] The present invention relates to a workflow system, and more particularly to a 
workflow system which transfers a specific classified file. 

5 BACKGROUND OF THE INVENTION 

[0002] Many business activities can be described as a sequence of process steps where each 
process step has an input, a process that uses the input to create an output, and the output. The 
output of a process step can then be the input of a subsequent process step. Software systems, 
called workflow systems, have been developed to control the sequencing of process steps to 
% 0 control the flow of information and the access to the information. In general, each node in a 
ii workflow corresponds to a step in the process. A typical step in a process, a node in the 

rr; 

35 workflow, displays data in a screen and the screen provides fields to enter data into the screen in 
,j response to the displayed data. Travel expense approval, purchasing of catalog items, and other 
C' 1 processes can be envisioned as screens with structured fields that display the travel date, airline 
1=4 5 ticket expense, etc. or the catalog item, price, and delivery date. 

in [0003] hi general, processes are not linear in that decisions must be made to direct the 
H processes to reflect an external condition. Thus, some screens request a decision: an approval or 
rejection decision based on an external condition. These are called conditional branch 
operations. Consider an example workflow for travel expense approval, where an employee uses 
20 a screen with a travel expense form with fields for name, reason for the travel, travel dates, cost 
of plane ticket, hotel, etc. The employee enters data in the fields and submits the screen to the 
workflow system. The workflow system sends the screen to the employee's manager who 
examines the information and can "approve" or "reject" the travel expense. If "approved", the 
workflow system sends the data to accounts payable where the data are used to pay a travel 
25 reimbursement. If "rejected", the workflow system sends the data back to the employee. In 
addition, advanced workflow systems support processes that split into two parallel independent 
process flows. This operation is called a "fork". An example of a fork in a travel expense 
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process would be if the travel expense had to be approved by the employee's manager and by a 
travel manager where the workflow systems sends the travel expense screen to both at the same 
time so that each can make their approve / reject decision in parallel, that is, independent of each 
others decision. The conjoining of two parallel independent process flows is called a "join". In 
5 the parallel expense example, the two approve / reject decisions leads to a common payment 
process and both decisions must be "approve" before proceeding to payment. Workflow systems 
have demonstrated to be effective in controlling processes where the data can be represented as 
fields in screens. See for example U.S. Patent No. 6,170,002 and 5,978,836. 

SUMMARY OF THE INVENTION 

1 0 [0004] In the present invention, a tailored classified file deposit screen is provided by a 

*i server connected to a first computer network. The tailored classified file deposit screen is 

'q configured to transfer a specific classified file based on a step in a sequence of steps of a process. 

% A display of a specification of the file is provided. A means to identify the file on a storage 

H device connected to a second computer network is also provided. Finally a means to transfer the 

01 1 5 file and a classification identifier to the server is provided. 

M BRIEF DESCRIPTION OF THE DRAWINGS 

H [0005] Figures 1 A and 1 B are block diagrams of a workflow system of the present invention. 

[0006] Figures 2 A and 2B are detailed block diagrams of the workflow system of the present 
invention shown in Figures 1 A and IB. 

20 [0007] Figures 3 A and 3B are detailed block level diagrams of the workflow system of the 
present invention. 

[0008] Figure 4 is a block diagram of a workflow system of a present invention in which 
files are delivered "on-line." 

[0009] Figure 5 is a detailed block diagram of the workflow system of the present invention. 
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[001 0] Figure 6 is a block diagram of a portion of the workflow system of the present 
invention showing delivery and validation. 

[0011] Figure 7 is a block diagram of the workflow system of the present invention showing 
the connection of the various networks to an internet and their interaction therewith. 

5 [0012] Figure 8 is a screen display showing the tailored classified file deposit screen 
displayed on a processor in the workflow system of the present invention. 

[0013] Figure 9 is a tailored classified file delivery screen showing the display of an image 
processor in a workflow system of the present invention. 

[0014] Figures 10A-10E are block level diagrams showing the various processes of the 
1 0 workflow system of the present invention. 

[0015] Figure 1 1 is a block diagram of a process flow to determine if a file is to be processed 
using process Ba or process Bb. 

[0016] Figure 12 is a image of a screen to approve or reject a file deposit screen. 

[0017] Figures 13 is a block level diagram of a workflow in which a file is received at step A 
15 and the same file is transferred in parallel to steps B and C. The possibility of it being rejected at 
one or more of the nodes is shown. 

[0018] Figures 14 is a block level diagram of a work level system in which two files from 
two different processes are co-joined and are further processed and separated. 

DETAILED DESCRIPTION OF THE INVENTION 
20 [0019] Unlike the prior art, noted above, there is a class of information that is not represented 
as data in fields in a screen but carried as a packet of data called a file where the contents of the 
file are in a format and structure useable by a specific program. A file may be quite large, 
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measured in megabytes, and only viewable using a specific program such as a computer aided 
design system (CAD). An example of a process where the significant data are in a file would be 
a product design process where an engineer A develops a product using a CAD system that 
creates a first file as an output. The first file is then given to second engineer B who uses the 

5 first file as input to a CAD system to add details to the design and creates a second file. The 
second file is sent to a third engineer C who uses the second file as input to the CAD system, and 
so forth. Figure 1 A represents a three-step business process where the engineer A at Step A 
creates File 1 . The engineer B at Step B uses File 1 as input and creates File 2 as an output. The 
engineer C at Step C uses File 2 as input. Most processes and workflow systems represent the 

1 0 business process in Figure 1 A as this three-step process. However, upon closer analysis, 
Figure IB is a closer representation where there are four steps: 

[0020] 1 . Step A2 represents a process step where File 1 is deposited and sent to 

Step B and 

[0021] 2. Step B 1 is the process step where Step B takes delivery of File 1 . Step B 

1 5 executes Process B that uses File 1 as input to create File 2 as output. 

[0022] 3 . Step B2 represents the process step where File 2 is deposited and sent to 

Step C and 

[0023] 4. Step CI represents the process step where Step C takes delivery of File 2. 

[0024] The process steps for Step A to Step B to Step C of Figure 1 A do not account for 
20 requirement that a file be delivered for input to an external system, the CAD system in the 

example, and that a resulting file be deposited for delivery to subsequent process steps. That is, 
Step B is not a single workflow step where data are displayed in a screen and new data are 
entered in fields but really two steps where a file is delivered for processing at Step B using 
screen Bl and then a resulting file is deposited using screen B2. The three step process of 
25 Figure 1 A is more accurately represented as the four-step process illustrated in Figure 2A as 

Step A2 (file deposit) to Step Bl (file delivery or extraction) to Step B2 (file deposit) to Step CI 
(file delivery) where Step A2 to Step Bl transfers File 1; Step Bl to Step B2 represents the 
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execution of Process B with File 1 as input and File 2 as an output; and Step B2 to Step CI 
transfers File 2. The process steps in Figure 2A can be represented as two pairs of nodes where 
each pair represents the deposit of a file and the delivery of the file as illustrated in Figure 2B 
and a file processing activity that connect the delivery to a deposit. A first objective of the 
invention is a system that more easily supports the process steps of file deposit and delivery so 
that these may be automated and controlled using workflow systems. 

[0025] Each file usually has an identifier or file name assigned by a user, a person. An 
example is the name of the Word document for this patent application. The name was given by 
the author but may not have much meaning to others who read the file name. In some processes, 
the file name is assigned in a systematic manner. For example, in a CAD system, the filed 
associated with the master CAD file have file names that have the master CAD file name as the 
root of the file name with a suffix assigned by the CAD system designating the function of the 
particular file. The file name has meaning in the context of the system in which it is used. 
However, the file name loses much of the functional identity when removed from the original 
system context. The functional meaning of the CAD system file name suffix only has meaning 
in the context of the CAD system; the fiel name of the patent application only has meaning in the 
file system of the patent author. To maintain the functional identification and to associate the 
files with others needed for a specific business process, additional information, some times 
called "classification data" or "meta data" is needed to identify the file. As an example, for 
product descriptive files, classification data may include the part number of the product, the 
revision level of the product, and the type of file. In addition, the classification data may include 
the revision level of the file. That is, the file may have been revised several times to support a 
revision level of the product and each revision level of the file needs to be tracked. Describing 
each file by the associated classification information permits accurate identification of the file for 
deposit and delivery. A second objective of the invention is to use the file classification as a 
means to manage the files in deposit and delivery process. 

[0026] Many systems to support complex business processes are themselves complex and 
require extensive training of users and long implementation schedules. The complexity of the 
system and the continued maintenance creates a situation where many people have to learn new 
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skills and focus on learning the system rather than helping them with their jobs. Because of 
turnover in the user base due to promotion, vacation, sickness, etc., the organization is constantly 
training new users on the use of the complex system. A third objective of the invention is to use 
the workflow controlled deposit and delivery and the file classification to provide tailored user 
screens that target the use by the user so that the training is simple and intuitive. 

[0027] Many of the processes that use files as input and create output are run with human 
assistance, off-line processing, and can be automated, on-line processing. In most instances, the 
content of the input file is of indeterminate structure and requires human intelligence and 
judgment before processing or before judgment, by human or program, can be made. A 
controlled process and standardizing of file content can create the environment where the off-line 
process can be understood, the input files processed to a standard, and a portion of the off-line 
process converted to a workflow controlled on-line process. This combination of off-line 
processes and on-line processes can then be further understood and the portion of off-line 
processing decreased as more of the function is done as on-line processes. A fourth objective of 
this invention is to create an environment where off-line processes may evolve to full workflow 
controlled on-line processes. 

[0028] In summary, there are four obj ectives of the present invention: 

[0029] A first objective of the invention is a system that more easily supports the process 
steps of file deposit and delivery so that these may be automated and controlled using workflow 
systems. 

[0030] A second objective of the invention is to use the file classification as a means to 
manage the files in deposit and delivery process. 

[0031] A third obj ective of the invention is to use the workflow controlled deposit and 
delivery and the file classification to provide tailored user screens that target the use by the user 
so that the training is simple and intuitive. 
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[0032] A fourth objective of this invention is to create an environment where off-line 
processes may evolve to full workflow controlled on-line processes. 

[0033] The first obj ective of the invention is the controlled deposit and delivery of 
information in the form of data files. A first user A is directed by a first screen to deposit a file 
5 that meets a specific description or classification. A second user B is directed by a second screen 
to take delivery of the described file. The deposit of a file means the transfer of block of data 
from a storage location on a storage device to the system supporting the deposit screen. The 
delivery of a file means the transfer of a block of data from the system supporting the screen to a 
storage location on a storage device. The invention transfers file 1 from process Step A2 to 
1 0 process Step B 1 by depositing file 1 into a file server associated with the system supporting the 

screen by user A at Step A2 and giving access to file 1 on the file server to user B at Step Bl 
1 where file 1 can be transferred from the file server and used by user B at Step Bl as input to a 
{ process executed by B. Illustrated in Figure 3 are the relationships between user A, user B; the 

process steps of deposit, Step A2, and deliver, Step B 1 ; the file server; the workflow and screens. 
115 The transfer is initiated by activation of workflow Node A2 that presents a tailored classified file 
j deposit screen requesting user A at Step A2 to deposit a file fitting the description of file 1 . The 

description includes the type or classification of the file. Examples of classifications are: 
I computer aided design system file (CAD), product description file, bill of material file (BoM), 
! Approved Manufacturer List file (AML), etc for a specific product described, for instance, by a 
120 name or part number and a revision level. When file 1 is transferred using the deposit screen, the 
classification is kept in association with file 1. At the completion of the file transfer, the 
workflow activates node Bl and presents a tailored classified file delivery screen tailored for 
delivery of a file fitting the description of file 1 to user B at Step Bl. 

[0034] Figure 3 A illustrates a process flow where the deposit of file 1 at Step A2 followed by 
25 a delivery at Step Bl . At Bl, file 1 is used as input to Process B to create file 2 as an output file. 
File 2 is deposited at Step B2 followed by a delivery at Step CI . Figure 3B illustrates the 
workflow and screens presented at each of these process steps. Process flow Step A2 
corresponds to Workflow node A2 where screen Deposit A2 requests the user A to deposit of 
file 1 . When file 1 is deposited by the user A using the screen Deposit A2, the workflow 
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activates Node Bl which presents screen Deliver Bl to user B. The user B takes delivery of 
file 1 and the workflow activates node B2 that presents screen Deposit B2 to user B. User B uses 
file 1 as input to Process B to create file 2 and uses the Deposit B2 screen to deposit file 2. The 
workflow activates node CI that presents Deliver CI screen to user C. As an example, User B 
can download CAD and BoM files through screen Deliver Bl, merge and process the files 
involving various off-line standalone programs and create a new file that is ready to be used in a 
surface mount assembly line. User B will now deposit the surface mount assembly program file 
using the screen Deposit B2. 

[0035] The deposit and delivery model is well suited for business processes where the file 
processing is done "off-line", that is by functions at the user's location. A file is delivered, 
processed offline, and the resulting file is deposited for subsequent processing steps. This is 
shown in Fig. 4. However, there may be "on-line" processing where a deposited file is processed 
by server based function and the resulting file delivered. As illustrated in Figure 5, file 1 is 
deposited at Step A2, file 1 is processed resulting in file la, and file la is delivered at Step Bl. 
As an example, if a CAD and a BoM files are deposited at Step A2, these files will be 
automatically processed to compare the CAD and the BoM and generate the updated CAD with 
the master data from the BoM. The resulting CAD file and the original BoM file is now 
delivered at Step Bl. The user at Step Bl is now presented with a CAD file that was processed 
using an on-line process. The relationship of the users A & B; the process steps to deposit, 
process, and deliver; the process and file server; the workflow and screens are also shown in 
Fig. 5. Workflow node A2 activates the tailored classified file deposit screen to user A that 
requests the transfer of file fitting the description of file 1. When file 1 is transferred to the 
process and file server using the deposit screen, the workflow activates the process file 1 to file 
la node and the process and file server performs this process resulting in file la. At the 
completion of the file process node, the workflow activates node Bl that presents the tailored 
classified file delivery screen to user B for transfer to user B. 

[0036] The tailored classified deposit screen is tailored to request files that match a specific 
description including the file classification, e.g. CAD, BoM, etc for a specific product with part 
number and revision level. Each requested file has a deposit function on the screen with the 
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classification. Similarly, the tailored classified delivery screen provides the specific files and 
matching descriptions for that step in the process. The workflow has for each node, the user 
identification, and for each file, the file descriptive information and mechanism to deposit the file 
for the deposit screen or a download mechanism for the delivery screen. 

5 [0037] As a business process example, a product is identified by a part number and revision 
level and has an associated set of files: CAD, BoM, and AML. In the business process, user A 
gathers the set of files, CAD file, BoM file, and AML file. Then, user B processes the CAD file 
and BoM file to produce a validated BoM, and then, user C processes the AML file and validated 
BoM to produce a validated AML. The flow of files is illustrated in figure 6. 

1 0 [0038] The tailored classified file deposit screen for user A will display the product part 
number and request the CAD file, the BoM file, and the AML file. This screen will have three 
file deposit mechanisms where one is labeled "CAD file", one labeled "BoM file", and one 
labeled "AML file". The tailored classified delivery screen for user B will display the product 
part number and deliver the file deposited in the CAD file mechanism as the CAD file and the 

1 5 file deposited in BoM file mechanism as the BoM file. User B extracts the CAD file and BoM 
file and executes the off-line process, Process B, to generate the validated BoM. The tailored 
classified deposit screen requests the validated BoM from user B. This screen will display the 
product part number and have one file deposit mechanism labeled "validated BoM file". The 
tailored classified delivery screen for user C will display the product part number and deliver the 

20 file deposited in the AML file mechanism as the AML file and the file deposited in the validated 
BoM file mechanism as the validated BoM file. User C extracts the AML file and validated BoM 
file and executes the off-line process, Process C, to generate the validated AML. The tailored 
classified deposit screen for user C will display the product part number and a file deposit 
mechanism labeled "validated AML". The tailored classified screens target the use by the user 

25 so that the screens are instructive and easy to use. 

[0039] The file classification is not just limited to the file type but can include the version or 
revision level of the file or the date or other distinguishing characteristic. In the example above, 
user A may have submitted the CAD, BoM and AML files at the original version level and later 
submitted a newer version of BoM. The tailored classified delivery screen for user B can be set 
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to deliver the most recent set of files. It would then deliver the original CAD and AML and the 
newer version of the BoM. 

[0040] The invention uses a workflow to control the execution of on-line processes in 
combination with the deposit and deliver function for off-line processes. 

5 [0041 ] In Figure 7, user A has a computer A with a web browser program A connected to a 
network A connected to storage device A where user A with computer A can store and access 
data files. Similarly, user B has computer B with web browser program B connected to network 
B connected to storage device B. The computer A and computer B need not be of the same type 
and can be of a wide variety such as personal computers with Intel or IBM microprocessors 

10 running Microsoft Windows 98, ME, NT, 2000, Apple Macintosh OS X, etc. ;or a workstation 
from Sun running Solaris or a workstation from IBM running AIX; or a terminal connected to a 
mainframe or midrange computer such as the IBM 9000. The web browser program may be 
Microsoft Internet Explorer or Netscape Navigators or other web browsers. Networks A and B 
need not be of the same type and may be of a wide variety such as Ethernet, Token Ring, 

1 5 wireless, FDDI, Storage Area Network, etc. with a variety of network operating protocols such 
as Novell Netware, Microsoft LAN Manager, NT Server, etc. The storage devices A and B need 
not be of the same type and may be of a wide variety such as disk drives from IBM or Seagate or 
others and may be attached to internal data bus of computer A or computer B or attached as a 
shared storage device from EMC or Network Appliances or others. The storage device may be 

20 other than disk storage such as optical storage, DVD, CD-ROM, on-line tape libraries, etc. 

[0042] Figure 7 also shows a file server, process server, web server, and workflow server 
connected to Network S. The servers need not be of the same type and can be of a wide variety 
of computers and operating systems such as those listed for computer A and computer B. The 
file server provides organized storage of files and can have storage devices such as disk drives or 
25 shared storage listed for network storage and use software such as Microsoft Windows NT or 
2000, Novell Netware, or other file management software. The process sever provides 
transaction and batch program scheduling and execution based on workflow and external 
commands from the web server and other sources. Bea Web Logic or IBM Websphere or iPlanet 
Application Server or other software may be used as the base for these process functions. 
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Specific programs may need to be written to provide the functions to be described. The 
programs may be written in a variety of programming languages such as Java, C++, Active X, C, 
etc. The web server provides the web interface and provides the web pages for the deposit, 
deliver and decision functions. Microsoft Internet Information Server or Netscape Server or Sun 
5 One or others are examples of web server programs that provide this function. The workflow 
server provides the sequence of process steps or nodes to accomplish a business process. Bea 
Web Logic Process Integrator or Extricity Workflow or others provide the workflow functions. 

[0043] Networks A, B, and S are connect to the Internet. While each network operates 
independently, the connection to the Internet provides a means for specific operations to be 
10 accomplished across the combined networks. These are defined as protocols that are standards 

for transferring information. The File Transfer Protocol, FTP, is an example of a protocol for 
;t sending a data file from one computer connected to the Internet to another computer connected 
j to the Internet. A set of protocols is called the World Wide Web or simply "the web" provides 
J the displaying of graphical user interfaces and functions for text and file transfer and is widely 
jl 5 implemented using programs called web browsers. 

[0044] Those skilled in the art recognize that a wide variety of commercial hardware and 
* software products may be used to accomplish the functions to be described. And in addition, 

hardware or software may be designed to accomplish these functions. For example, a program 
5 may be written for a computer with display and keyboard to accomplish the equivalent results of 
'20 a web browser without the use of a web browser, web server, or file server. In fact, the network 
need not be the Internet but another connection of computers to provide the capability to deposit 
and deliver a file using a workflow control. Thus, the networks A, B and S may also be 
connected through a corporate intranet or a VPN (Virtual Private Network) portion of an 
internet. 

25 [0045] Figure 8, shows a deposit screen and provides a description of the file to be deposited, 
a function to locate the file on a storage device, and a function to transfer the file to a file server. 
The classification of the file is also sent with the file to the file server. The tailored classified file 
deposit screen is made available to the user at computer A. In the preferred embodiment the 
screen is a web page provided by the web server where the specific user and web page are 
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defined by a workflow. The web page contains file identification information such as a part 
number of the data represented in the file and the specific classification of file for that part 
number. Examples of the classifications of files are CAD, BoM, AML, etc. The "browse" 
function is activated by the user by "pushing" the BROWSE button. This function opens a 
5 window to the directory of files on storage devices attached to network A. The browse function 
permits user A to select a file on a storage device connected to network A. The ADD function 
moves the selected file from the storage device connected to network A and the file 
classification, over the Internet, to the file server connected to network S. This is similar to the 
function that is used to attach a file to an e-mail and familiar to many and especially those skilled 
1 0 in the art. The specification of the file identification, the file classification, and the user are set in 
the workflow where the workflow is specified to accomplish a specific business process. 

I [0046] Figure 9, shows a delivery screen and provides a description of the file to be 

! delivered, function to locate the storage device location as the target for the file deposit, and a 

1 function to transfer the file from the file server to the location on the storage device. The tailored 

■i 

J 1 5 classified file delivery screen is made available to the user at computer B. In the preferred 
1 embodiment, the screen is a web page provided by a web server where the specific user and web 
page are defined by a workflow. The web page contains the file identification information such 
as part number of the data represented in the file and the specific classification of file. The 
j download function is activated by the user by "pushing" the DOWN LOAD button. This 
1 20 function opens a window to the directory of files on storage devices attached to network B. The 
download function permits user B to select a target location on a storage device connected to 
network B. The STORE function moves the file from the file server connected to network S, 
over the Internet, to the storage device connected to network B. This is similar to the function 
that is used to store a file attached to an e-mail and familiar to many and especially those skilled 
25 in the art. The specification of the file identification, the file classification, and the user are set in 
the workflow where the workflow is specified to accomplish a specific business process. 

[0047] The deposit and delivery model of figure 4 is implemented with a workflow that 
specifies at node A2 for user A, a Tailored Classified File Deposit screen with the file 
specification and classification for the deposit of file 1 and specifies at node Bl for user B, a 
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Tailored Classified File Delivery screen with the file specification and classification for the 
delivery of file 1 . When the workflow is activated, the first node is node A2 and the Tailored 
Classified File Deposit screen is presented to user A. User A uses the specification and 
classification information to determine the requested file as file 1. User A uses the BROWSE 
function provided by the screen to locate file 1 on a storage device A connected to network A. 
User A then uses the ADD function to move file 1 from the storage device A through the Internet 
to the file server connected to Network S. The workflow then moves to the next node, node Bl 
where the Tailored Classified File Delivery screen is presented to user B. User B uses the 
specification and classification information to determine the delivered file as file 1 . User B then 
uses the DOWNLOAD function to determine the desired location on storage device B connected 
to Network B. User B then uses the SAVE function to move file 1 from the file server connected 
to Network S through the Internet to the specified location on storage device B. 

[0048] In a similar manner, the deposit, process, and delivery model of figure 5 is 
implemented with a workflow that specifies at node A2 for user A, a Tailored Classified File 
Deposit screen with the file specification and classification for the deposit of file 1, a process that 
takes file 1 as input and generates file la as output, and specifies at node Bl for user B, a 
Tailored Classified File Delivery screen with the file specification and classification for the 
delivery of file la. When the workflow is activated, the first node is node A2 and the Tailored 
Classified File Deposit screen is presented to user A. User A uses the specification and 
classification information to determine the requested file as file 1. User A uses the BROWSE 
function provided by the screen to locate file 1 on a storage device A connected to network A. 
User A then uses the ADD function to move file 1 from the storage device A through the Internet 
to the file server connected to Network S. The workflow then moves to the next node, where the 
process server activates a process that uses file 1 from the file server as input to generate file la 
as output and stores it on the file server. The workflow then moves to the next node, node Bl 
where the Tailored Classified File Delivery screen is presented to user B. User B uses the 
specification and classification information to determine the delivered file as file la. User B then 
uses the DOWNLOAD function to determine the desired location on storage device B connected 
to Network B. User B then uses the SAVE function to move file la from the file server 
connected to Network S through the Internet to the specified location on storage device B. 
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[0049] The on-line and off-line processing evolution is illustrated in figures 10A to 10E. In 
figure 10A, the deposit and deliver model may be used to deliver a file at Step Bl to user B that 
is then used as input to Process B. Process B is not controlled by the workflow system so is an 
off-line process. The file that is generated as output from Process B may be then deposited at 

5 Step B2 for delivery and further processing using the workflow. Process B may be divided into 
two parts: an on-line portion, Process Bp, and an off-line portion, Process Be. The deposit, 
process, deliver model may be used as illustrated in figure 10B where Step Bl invokes Process 
Bp where the output file is delivered by the deliver screen at Step Blp. User B takes delivery of 
the file and runs the off-line Process Be and uses the deposit screen of Step B2 to transmit the 

1 0 file to the subsequent workflow steps. An example application of this model is where an 

automated process prepares a file in a standard way so that the file is formatted to load easily into 
the off-line process, such as the automated formatting of a file so that it can be loaded and 
processed by a spread sheet program, for example Microsoft Excel. 

[0050] Or as illustrated in figure 1 0C, where Step B 1 delivers the file to user B runs the off- 
1 5 line process Bb and uses the deposit screen B2p to deposit the output file. The workflow invokes 
the on-line Process Bp and delivers the resultant file to Step B2. An example application of this 
model is where the file delivered at Step Bl has wide variability and an off-line process and 
human judgment is used to create a standardized file for input to the on-line process Bp such as 
Bill of material that may have data fields with descriptors that may be read by a person. It may 
20 be difficult to write a program to assure that all descriptors are accurate, but it may be possible to 
write a program that checks the accuracy of most descriptors and provide an easy to use interface 
for a persona to manually validate the remaining descriptors. The resultant validated file then 
can be formatted into a standardized format for automated processing of the subsequent steps. 

[0051] These models may be used to evolve off-line process to on-line processes where the 
25 initial process is all off-line and use the deposit and deliver model. As the off-line process 

becomes better understood, the process is divided into an on-line process and an off-line process. 
As the process understanding increases, the division between on-line and off-line becomes more 
toward the on-line process. The limiting point is illustrated in figure 10D where the entire 
process is on-line and controlled by the workflow and can be represented as a single node as 
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shown in figure 10E. as an example of off-line process evolving to an on-line process, consider 
the process of formatting of a sequence of Bills of Material, BoMs, into a standard format where 
the BoMs are in a new but consistent format. Since the format is new, the first BoM is processed 
off-line by a person. After processing the first BoM, features of the BoM are observed and an 
5 on-line program is written to reformat the BoM into the standard format but also check that the 
input format is consistent with those features observed in the first BoM. If a subsequent BoM is 
not consistent with the features of the first BoM, then the program creates an off-line fiel and 
BoM is processed off-line by a person. The features of the BoMs that are processed off-line can 
be observed and the on-line program can be augmented to accommodate these features so that 
1 0 more BoMs are processed on-line. The limit point is when the on-line program has been 
augmented so that it processed all BoMs. 

O [0052] Careful examination of figures 1 0B and 1 0C will show that both are illustrations of 
'% the same concept when viewed in a more extensive workflow where the on-line process can 

always be re-labeled to be part of the input to the off-line process. That is, figure 10C can be re- 
S|l 5 labeled where Step B2p and Step B2 become Step B2 and C lp respectively and the on-line 
2f process is view as an input process to Step C. Thus the on-line and offline processing of 
» figure 10C has the same topology as figure 10B except moved to the next set of nodes labeled C. 
U This discussion is to state that given two nodes with processing between them, the processing 
|J can be viewed as post processing from the view of the first node or pre-processing from the view 
□20 of the second node. The classification of a file is used to determine the screen in which it is to be 
f delivered. The file classification can also be used to select the on-line process. As illustrated in 
figure 1 1, the classification of a file at Step Bl I used to determine if the file is to be processed 
using Process Ba or Process Bb. As an example, if the files were classified as Bill of Material, 
the on-line Bill of Material processing program would be executed. If the file were classified as 
25 a CAD file, the on-line CAD process program would be executed. 

[0053] The file classification can be used to group the file for further processing. For 
example, a formatted Bill of Material would be classified differently from the original Bill of 
Material. The file classification can separate the processed files from the original files. That is, 
the classification can reflect the state of the file as it is processed. The workflow process must 
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have the ability to reflect the action of decisions and external factors. Most workflow systems 
provide a conditional branch capability where a user or a programmed condition can select one 
of several successor nodes as the next node to execute. The conditional branch is used for an 
approval or reject decision where if approved, the process flows to one workflow branch and if 
rejected, the process flows to another workflow branch. Figure 12 illustrates an approve or reject 
screen. The screen also illustrates a file deposit mechanism so that a classified file may be sent 
with the decision. A process that determines the classification of a file and selects a workflow 
branch can decide the conditional branch condition. Or the content of a file or even the existence 
of a file can be use to determine the conditional branch condition. For example, a workflow may 
have a branch to process a Bill of Material. This branch may be executed only if there is a Bill 
of Material in the set of files to be processed. Thus, the file classification can be used to 
automate the selection of the workflow process. Figure 13 illustrates the workflow nodes of a 
conditional branch at Step A where Step B is executed if the decision at Step A is "accept" or 
Step C is executed if the decision is "reject". 

[0054] Many processes require parallel processes. For example, the Bill of Material may be 
processed by the procurement engineer and also by the manufacturing engineer. The 
procurement engineer process is different from the manufacturing engineering process so that 
they cannot execute the same process. In most situations, these processes may be executed in 
parallel and the overall process continues when both have completed their parallel segment (an 
"and" join). The workflow terminology for the split of the overall process into parallel segments 
is a "fork" and the joining of the segments as a "join". These terms come from the long standing 
computer science lexicon of parallel processing . 

[0055] Figure 14 illustrates parallel workflow segments where the overall workflow starts at 
Step A, one parallel segment consists fo the delivery of a file at Step Bl, Process B, and deposit 
of the resultant file at Step B2 and the second parallel segment consists of the delivery of a file at 
Step CI, Process C, and deposit of the resultant file at Step C2, and the overall workflow 
continuing at Step D. As with parallel processing, the fork may be conditional , that is parallel 
segment may begin based on meeting a set of conditions or the join may be an "or" where the 
completion of one segment will permit the continued execution of the overall process (in contrast 
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to the "and" join where both segments must complete). Those skille din the art and familiar with 
workflow controlled processes can envision the mapping of a workflow network of nodes to 
control a defined process. The tailored classified deposit screens and delivery screens can be 
mapped onto the process and controlled by the workflow. 

5 [0056] In summary, in the present invention, the tailored screen permits the screen to match 
the business process requirements for that specific process step: the product descriptions and the 
number of files each with their classification. The classification of the file allows controlled 
delivery of the file to match the business requirements. A file deposited at a node need not be 
delivered at the next node but at the node that matches the business process requirements. The 

1 0 workflow with tailored classified deposit screens and tailored classified delivery screens supports 
complex processes where the data are carried as files. The tailored and classified nature of the 
screens permits easy understanding and use by the users and minimizes the training of users. 

[0057] The invention recognizes that for off-line processes that use files as the information 
unit require the workflow system to provide a first screen to deliver a file to a user and a second 
1 5 screen to request from the user the deposit of the file as a result of an off-line process step, hi 
addition, the invention recognizes that the file is not entered into a data field but must be 
transferred from a storage location on a storage device for deposit and transferred to a storage 
location on a storage device for delivery. 

[0058] The invention uses a workflow to control the sequence of nodes, the address of the 
20 user for each node and the tailored classification screen for each node. 

[0059] The invention uses the workflow, the classification of the files, and the tailored 
classification screens to match the business process requirements so that the tailored classified 
screens are targeted to the user roles and easy for the users to understand and learn to use. 

[0060] The invention supports the controlled deposit and delivery of information in the form 
25 of data files. The control is provided by user a screen that direct the deposit of specified file, a 
user screen that directs the delivery of a specified file, and a workflow system adapted to direct 
the screens to specific users in the appropriate sequence and with appropriate file specifications 
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to accomplish a defined process. The deposit of file transfers the file from a storage device 
controlled by the user to an intermediate storage device associated with the screen server. The 
delivery of a file transfers the file from the intermediate storage device to a storage device 
controlled by the user. 
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